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BI-DIRECTIONAL DATA TRANSFER BETWEEN A MO BILE PHONE AND 

A COMPUTING DEVICE 

BACKGROUND 

5 

1. Field of the Invention 

The present invention relates generally to data exchange between electrical 
devices, and more particularly to bi-directional data transfer between a mobile 
10 phone and a computing device. 



2. Background of the Invention 

Mobile phone users periodically may need to upload infomiation stored in the 
15 mobile phone to a computing device, for example a personal computer, for 
backup purposes. Conventionally a cable is used to connect the computer 
and the mobile for data transfer therebetween. However, the cable does not 
have any storage function and needs to work in connection with both the 
computer and the mobile phone simultaneously for such data exchange 
20 Furthermore, a particular software generally needs to be installed on the 
computer for reading data from or transfening data to the mobile phone over 
the cable. Such a software installation requirement may not be convenient, 
especially since the user may need to re-install the software whenever the 
computer or its operating system is upgraded or reinstalled. 

25 

Therefore, there has been a need for a mechanism, which allows more 
convenient bi-directional data transfer between a mobile phone and a 
computing device. 
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SUMMARY OF THE INVENTION 

According to an aspect of present invention, a process for bi-directionally 
transfemng data between a mobile phone and a computing device is 

5 provided. According to an exemplary embodiment of the present invention, a 
user may select between an uploading mode and a downloading mode. If the 
downloading mode is selected, a first data is firstly downloaded from the 
mobile phone to an intermediate device under a first master-slave protocol, 
where the intennediate device herein acts as a master device under the first 

10 master-slave protocol. Thereafter, the first data is further transmitted from the 
intermediate device to the computing device under a second master-slave 
protocol, where the intermediate device herein acts as a slave device under 
the second master-slave protocol. If the uploading mode is selected, a 
second data is firstly transmitted from the computing device to the 

15 intermediate device under the second master-slave protocol, where the 
intermediate device herein acts as a slave device under the second master- 
slave protocol. Then, the second data is uploaded from the intennediate 
device to the mobile under the first master-slave protocol, where the 
intermediate device herein acts as a master device under the first master- 

20 slave protocol. 

According to a second aspect of the present invention, a medium having a 
program recorded thereon is provided. The program makes an intermediate 
device execute a procedure including the following steps for bi-directionally 
25 transfemng data between a mobile phone and a computing device: 

selecting between an uploading mode and a downloading mode; 
if the downloading mode is selected, 

- firstly downloading a first data from the mobile phone to the 
intermediate device under a first master-slave protocol, wherein the 
30 intermediate device herein acts as a master device under the first 

master-slave protocol; and 
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- secondly transmitting the first data from the intermediate device 
to the computing device under a second master-slave protocol, 
wherein the intermediate device herein acts as a slave device 
under the second master-slave protocol; and 

if the uploading mode Is selected, 

- firstly transmitting a second data from the computing device to 
the intennediate device under the second master-slave protocol, 
wherein the intermediate device herein acts as a slave device 
under the second master-slave protocol; and 

- secondly uploading the second data from the intermediate 
device to the mobile under the first master-slave protocol, wherein 
the intermediate device herein acts as a master device under the 
first master-slave protocol. 

According to a third aspect of the present invention, a computer program 
element which makes an intermediate device execute a procedure is 
provided. The procedure includes the following steps for bi-directionally 
transferring data between a mobile phone and a computing device: 

selecting between an uploading mode and a downloading mode; 

if the downloading mode is selected, 

- firstly downloading a first data from the mobile phone to the 
intermediate device under a first master-slave protocol, wherein the 
intermediate device herein acts as a master device under the first 
master-slave protocol; and 

- secondly transmitting the first data from the intermediate device 
to the computing device under a second master-slave protocol, 
wherein the intermediate device herein acts as a slave device 
under the second master-slave protocol; and 

if the uploading mode is selected, 

- firstly transmitting a second data from the computing device to 
the intennediate device under the second master-slave protocol, 
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wherein the intermediate device herein acts as a slave device 
under the second master-slave protocol; and 

- secondly uploading the second data from the intermediate 
device to the mobile under the first master-slave protocol, wherein 
the intemiediate device herein acts as a master device under the 
first master-slave protocol. 

According to a fourth aspect of the present invention, a process for bi- 
directionally transfening data between a mobile phone and a computing 
device includes 

selecting between an uploading mode and a downloading mode; 
if the downloading mode is selected, 

- firstly downloading a first data from the mobile phone to an 
intermediate device under a first protocol; and 

- secondly transmitting the first data from the intermediate device 
to the computing device under a second protocol; and 
if the uploading mode is selected, 

- firstly transmitting a second data from the computing device to 
the intemnediate device under the second protocol; and 

- secondly uploading the second data from the intermediate 
device to the mobile under the first protocol. 

According to another aspect of the present invention, an intermediate device 
for assisting bi-directional data transfer between a mobile phone and a 
25 computing device includes a mobile phone interface for connecting to the 
mobile phone, a computing device interface for connecting to the computing 
device, a controller for controlling data flow through the mobile phone 
interface and the computing device interface and a user interface for allowing 
a user to select the intermediate device to work in an uploading mode or a 
30 downloading mode. If the uploading mode is selected, the controller controls 
to receive a second data from the computing device to the intermediate 



15 
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device through the cx)mputing device interface under a second protocol, and 
further controls to upload the second data from the intermediate device to the 
mobile through the mobile phone interface under a first protocol. 

5 Other aspects and advantages of the invention will become apparent from the 
following detailed description, taken in conjunction with the accompanying 
drawings, which description illustrates by way of example the principles of the 
invention. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a plan view of an intermediate device embodiment useful in an 
exemplary bi-directional data transfer process of the present invention; 

15 Figure 2 illustrates a simplified diagram of the intermediate device of Figure 1 ; 

Figure 3 illustrates communications between the intemiediate device and 
other devices in the exemplary bi-directional data transfer process of the 
present invention; 

20 

Figure 4 is a flow chart step-by-step illustrating the exemplary bi-directional 
data transfer process of the present invention; 

Figure 5 is a flow chart step-by-step illustrating a security check step in Figure 
25 4; 

Figure 6 is a snap-shot of a data editor on a personal computer useful in the 
present invention; and 

30 Figure 7 is another snap-shot of the data editor of Figure 6. 
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DETAILED DESCRIPTION 

Figure 1 illustrates an exemplary intermediate device 100 embodiment useful 
in bi-directional data transfer between a mobile phone 301 (see Figure 3) and 
5 a computing device 303 (see Figure 3) such as a personal computer. A 
mobile phone interface 101 is provided at one end of the intemnediate device 
100 for connecting to the mobile phone. The current application uses a 
Motorola V60 mobile phone, available from Motorola Inc. in Schaumburg, IL. 
for the purpose of illustration. Correspondingly, the intemriedlate device 100 

10 uses a universal asynchronous receive/transmit (hereinafter UART) interface 
for connecting to such a mobile phone. At the other end of the intermediate 
device 100, a personal computer interface 103 is provided for connecting to 
the computer. In specific, a universal serial bus (hereinafter USB) interface is 
used as the personal computer interface 103 in the illustrative embodiment. 

15 Furthemiore, the intemnediate device 1 00 communicates with the mobile 
phone and the computer under the UART protocol and the USB protocol 
respectively. 

In addition, on its body, the intermediate device 100 has a pair of user 
20 interfaces105, 107, both of which appear as a triangle button for its user (not 
shown) to trigger downloading or uploading of data from or to the mobile 
phone respectively. The intermediate device 100 also provided a pair of 
LEDs 109, 1 1 1 on its body for the purpose of signaling. 

25 As shown in Figure 2, the intermediate device 100 has a processor 201 
embedded therein for controlling various components of the intermediate 
device 100, for example, the UART interface 101, the USB interface 103. the 
user interface 105. 107, and peripherals 207 such the LEDs 109, 111. 

30 Besides, a memory unit 203 is provided in the Intermediate device 100 and 
connects to the processor 201 fpr storing programs executed by the 
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processor 201 . data downloaded from or uploaded to the mobile phone 201 . 
and so on. In addition, an editor 209 is provided in the memory unit 203 for 
assisting the computer 303 to view and/or edit the downloaded data, which 
will be discussed in details below. 

5 

Figure 3 simplifies the communication between the intenmediate device 100 
and the mobile phone 301 as well as the communication between the 
intennediate device 100 and the computer 303. It is understood that the 
intermediate device 100 communicates with the mobile phone 301 and the 

10 computer 303 under UART and USB protocols respectively, both of which are 
master-slave protocols. Communicating with the mobile phone 301 , the 
intemiediate device 100 acts as a master under the UART protocol. 
Therefore, the intemiediate device 100 controls data exchange between the 
intermediate device 100 and the mobile phone 301 by sending commands to 

15 the mobile phone 301 . However, in communication with the computer 303, 
the intermediate device 100 acts as a slave, while the computer 303 acts as a 
master under the USB protocol. Thus, data exchange therebetween is now 
controlled by the computer 303 instead. 

20 Figure 4 shows step-by-step the flow chart of an exemplary process of bi- 
directional data transfer between the mobile phone 301 and the computer 303 
with assistance of the intermediate device 100. The process starts with step 
401. "start." 

25 In step 403, the user of the intemiediate device 100 selects whether data is to 
be downloaded from the mobile phone 301 or is to be uploaded to the mobile 
phone 301 . If downloading of data is selected, the intermediate device 1 00 is 
firstly connected to the mobile phone 301 through the UART interface 101 . 
After that, in the exemplary embodiment, the user presses the DOWNLOAD 

30 button 1 05 on the body of the intermediate device 1 00 to trigger a security 
check step 405 for verifying the mobile phone 301 . Such security check step 
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405 will be described in details with reference to Figure 5. If the security 
check fails, that is. the mobile phone 301 is not a registered mobile phone in 
the intermediate device 100, the process ends, and the intermediate device 
100 may signal the user of such an error through twinkling of the LEDs 109, 
5 1 1 1 . If the mobile phone 301 is verified to be a registered mobile phone in the 
intemiediate device 100, the process enters into step 407. 

In step 407. downloading of data from the mobile phone 301 to the 
intermediate device 100 is performed. The processor 201 firstly sends a 

10 command to the mobile phone 301 through the UART interi'ace 101 under the 
UART protocol, instructing transfer of information such as telephone book and 
short messages (SMS) from the mobile phone 301 to the intemiediate device 
100. In response, the mobile phone 301 sends the information as requested 
to the intemiediate device 100. When transfer of the information is 

15 completed, the user may detach the intemiediate device 100 from the mobile 
phone 301 . It is noted that the intemiediate device 100 acts as a master 
under the UART protocol and therefore controls the communication during the 
transfer of the information from the mobile phone 301 to the intermediate 
device 100. It is also noted that the intemiediate devices 100 receives the 

20 infomiation from the mobile phone 301 as an encoded text file specific to the 
mobile phone 301 under the UART protocol. The intermediate device 100 
then saves such infomnafion in its memory unit 203 in the encoded text file 
fomiat. It is further noted that in the exemplary embodiment, the user selects 
to download both the telephone book and the SMS. Alternatively, the user 

25 may select to just download one of them by appropriately configuring the 
DOWNLOAD button. 

When the user needs to transmit the downloaded information to the computer 
303. the user plugs the USB interface 103 of the intermediate device 100 into 
30 its corresponding receptacle on the computer 303, and the process enters into 
step 409. It is noted that the intemiediate device 100 communicates with the 
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computer 303 under the USB protocol as generally understood in the art and 
now acts as a slave under such protocol. Therefore, the user uses the 
computer 303 to control data transfer from the Intermediate device 100 to the 
computer 303. It Is generally understood that most cunrent operating systems 

5 allow automatic detection of new devices connected to the computer through 
USB interfaces. Furthermore, in the exemplary embodiment, the computer 
303 detects the intemiediate device 100 as a standard storage device under 
the USB protocol, similar to other devices such as digital cameras. Therefore, 
the exemplary embodiment of the present invention generally does not require 

10 any software installation on the computer 303 under most currently popular 
operating systems, such as Windows 2000 and so on. Under the illustrative 
Windows operating system, the user can access the intermediate device 100 
by double clicking the "My Computer icon displayed on the screen (not 
shown) of the computer 303 and then the "Removable Disk" icon. So when 

15 the user needs to view and/or edit the downloaded infomiation from the 

computer 303, the user may double click an editor icon under the "Removable 
Disk" to open the editor 209. The editor 209 accordingly decodes the 
downloaded information, which is saved in the memory unit 203 in the 
encoded text file format, to a format displayable on the computer 303. The 

20 user then can read the downloaded infomiation from the computer 303 
directly. Figures 6 and 7 illustrate snap-shots of such editor shown on the 
computer 303. 

When data transfer from the intermediate device 100 to the computer 303 is 
25 completed, the process ends in step 41 1 . 

In step 403, if the user selects to upload data to the mobile phone 301 , the 
intermediate device 100 is firstly connected to the computer 303 though the 
USB interface 103. As shown in Figures 6 and 7, the user may use the editor 
30 209 shown on the computer 303 to edit the information such as SMS and 
telephone book downloaded from the mobile phone 301. After editing, the 
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user may select to save or not to save the edited information. In the 
exemplary embodiment, if the user selects to save the edited information, in 
step 413, the editor 209 automatically encodes the edited information such as 
telephone book and SMS into the encoded text file format. The computer 303 

5 then transfers such encoded text file incorporating the edited information to 
the intennediate device 100 through the USB interface 103 under the USB 
protocol, where the Intermediate device 100 acts as a slave under the USB 
protocol. The processor 201 of the intermediate device 100 controls to 
receive the encoded text file and then saves it in the memory unit 203. After 

10 data transfer from the computer 303 to the intenmediate device 1 00 is 
completed, in the exemplary embodiment, the user disconnects the 
intemriediate device 100 with the computer 303 first and connects the 
intermediate device 100 to the mobile phone 301 through the UART interface 
1 01 . Then in the exemplary embodiment, the user presses the UPLOAD 

15 button 1 07 on the body of the intermediate device 1 00 to trigger a security 
check step 41 5 similar to step 405. If the security check feils In step 41 5, the 
process ends, and the intemiediate device 100 may signal the user of sudi an 
error through twinkling of the LEDs 1 09. 1 11 . If the mobile phone 301 is 
verified to be a registered mobile phone in the intermediate device 100, the 

20 process enters into step 41 7 in which uploading of data to the mobile phone 
301 is done. 

In step 417, the processor 201 of the intemiediate device 100 retrieves from 
the memory unit 203 the encoded text file, which is specific to the mobile 

25 phone 301 and is readable by the mobile phone 301 . Thereafter, the 

processor 201 controls to upload the data to the mobile phone 301 through 
the UART interface 101 under the UART protocol, where the intermediate 
device 100 now acts as a master under the UART protocol. Similarly, the 
user may select to just upload part or all of the data if the UPLOAD button is 

30 appropriately configured. When uploading of the data is completed, the 
process ends in step 41 1 . 
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Figure 5 illustrates in details the security check performed in steps 405 and 
415. The security check starts in step 501. In step 503. the processor 201 
searches in the memory unit 203 for a pre-registered mobile phone serial 
number in the form of. for example, international mobile subscriber identity 

5 (IMEI), mobile identity number (MIN). or international mobile subscriber 
identity (IMS!). In step 505, the processor 201 detemiines whether there is 
such a pre-registered mobile phone serial number in the memory unit 203. If 
such a pre-registered mobile phone serial number is found, the security check 
process enters into step 515, in which the processor 201 reads the mobile 

10 phone's serial number through the UART interface 101 . Then in step 517, the 
processor 201 determines whether the downloaded mobile phone serial 
number matches the pre-registered mobile phone serial number. If these two 
serial numbers match each other, the security check is passed in step 51 1 , 
and the security check process ends in step 513. If these two serial numbers 

15 do not match each other, the security check process fails, and in step 519 the 
processor 201 may send an error message to the mobile phone 301 for 
display. The security process then ends in step 513. 

In step 505, if there is no pre-registered mobile phone serial number stored in 
20 the memory unit 203, the security check process enters into step 507. In step 
507. the processor 201 downloads through the UART interface 101 the mobile 
phone serial number of the mobile phone 301 , which is cun-ently connected to 
the intennediate device 100. Then in step 509. the processor 201 stores the 
downloaded mobile phone serial number in the memory unit 203. Thereafter. 
25 the downloaded mobile phone serial number becomes the pre-registered 
mobile phone serial number and will be used for security check purpose. The 
security check process then goes to step 51 1 , and the security check is 
passed. 

30 Alternatives can be made to the exemplary embodiment described 

thereabove. For example, the intennediate device 100 can be used for data 
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transfer between the mobile phone and other computing devices such as a 
personal digital assistant (PDA); the mobile phone may incorporate other 
functions such as PDAs or digital cameras. Furthermore, in the exemplary 
embodiment, the editor 209 decodes the downloaded information and also 

5 encodes the information, which has been edited by the user and is to be 
uploaded. Alternatively, the processor 201 can provide a data conversion 
function, which automatically converts the downloaded infomiation to a file in 
a fomiat readable and/or editable by the computer 303. The processor then 
saves such a file in Its memory unit 203, and the computer 303 can directly 

10 retrieve such a file from the intermediate device when they are connected. 
During uploading, the intermediate device 100 receives the infomnation to be 
uploaded from the computer 303 in the same format, that is, a fonmat 
readable by the computer. The processor 203 then uses Its data conversion 
function to convert such infomiation to a format suitable for the mobile phone 

15 301 before uploading to the mobile phone 301 . In addition, instead of the 
UART and USB protocols, the present invention may use other various 
protocols, preferably also master-lave protocols. In that case, corresponding 
interfaces are to be used. Besides, it is understood that the intermediate 
device can be used for transfer of other types of data such as photos, ring 

20 tones and games between the mobile phone and the computer. 
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